home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6795 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.4 KB
  1. Path: news.vol.it!news
  2. From: bizzetti@mbox.vol.it (Fabio Bizzetti)
  3. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.games,alt.sys.amiga.demos,in,comp.sys.amiga.advocacy,comp.sys.amiga.hardware,comp.sys.amiga.misc,comp.sys.amiga.graphics
  4. Subject: Re: AB3D II beats Quake....
  5. Date: 2 Apr 1996 11:55:33 GMT
  6. Organization: Video On Line
  7. Distribution: world
  8. Message-ID: <2965.6666T798T1982@mbox.vol.it>
  9. References: <4jov37$i1g@nadine.teleport.com>
  10. NNTP-Posting-Host: molcl9.vol.it
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14. >: Imagine this.. I need a fast small polygons routine, and call the API.
  15. >: When the polygons are 2, it's ok, but when they're 20000, 99% of CPU time
  16. >: is wasted just only in the function call.
  17.  
  18. > Then you use a count that is not #1
  19.  
  20. > DRAW_Polygon(long count,ppolygon polygon);
  21.  
  22. > Here, 1 call to render 4 billion polygon....
  23.  
  24. >: Avoiding it and using inline code is already hardware banging.
  25.  
  26. > BTW, calling a function on the amiga is   jsr/jmp/rts . now compare to  
  27. > the amount of processing done with the polygon setup routine its minimal.
  28. > But its there... thats why the Amiga OS need a redesign, in my view.
  29.  
  30. > Stephan
  31.  
  32. Sorry, but I dont wanna describe how my 3D sprites routines work, and it's the
  33. best example of an advanced routine that cannot be made with the method you
  34. describe. And anyway, should I lose my (c) to give it for free so it can be
  35. put into the API? I repeat, it's a lot hardware dependent anyway (AGA version
  36. is specific).
  37.  
  38.  
  39.   /-----------------------------------------------------------------------\
  40.   |  Fabio "Maverick" Bizzetti - bizzetti@mbox.vol.it - Maverick* at IRC  |
  41.   |            The maker of "CyberMan" and "Virtual Karting"              |
  42.   |              working on "VirtualRally" & "StarFighter"                |
  43.   \-----------------------------------------------------------------------/
  44.  
  45.  
  46. P.S: sorry, but with "lotsa polygons/sec routine" I didn't mean a standard
  47. API's polygon routine, but the last "pre-calculated" state of the art routine
  48. (with limit in dimensions of polygons, etc.. all in tables) that, to work with
  49. an API, must be included in the API itself. Well, will we get an API of 1000Mb
  50. soon, will the revolutionary methods must become PD to be included in the API?
  51.  
  52. The API just gets all the fastest games' methods, get the sources, and make
  53. a single all-comprehensive API that is simply all the code ever written put
  54. together? When someone writes a new Amiga game to make innovations, he invents
  55. a new method and he should (before he releases the game) write the new part
  56. of the OS's API, thus write drivers to get optimizations (needed for realtime
  57. use) for many different GfxBoards, to let anyone use his routines as well.
  58.  
  59. Good for GNU; nothing to do with games/demos, because (and I am one of the
  60. people really sorry about it) this kind of "Communism" doesn't work in this
  61. field, because you get fucked everytime you try to be generous, while the
  62. others dont do it but just exploit others work. Communism works among
  63. Communists, not among parassites, and who *invents* rather than use or copy
  64. others' work, will never let parassites exploit him so easily. People tend
  65. to confuse Communism with "some work some don't", while it is "we all work
  66. together". The first option is just another kind of capitalism. This is the
  67. same for games/demos coding, where there's a software evolution or revolution
  68. every time the last stunning new routine is released (not often last times..).
  69.  
  70.